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All participants (applicant, applicant's representative. PTO personnel): 


n) Stefan Stovnov , 


13) James E. Boice (Rea. No. 44,545) . 


(2) Lvnne Browne . 


(4). 


Date of Interview: 21 June 2006 , 

Type: a)I3 Telephonic b)n Video Conference 

c)n Personal [copy given to: 1)0 applicant 2)0 applicant's representative] 

Exhibit shown or demonstration conducted: d)n Yes e)S No. 
If Yes, brief description: . 

Claim(s) discussed: 1 and 2 . 

Identification of prior art discussed: US 2004/0193867 and US 6,314,520 . 

Agreement with respect to the claims f)D was reached. g)G was not reached, h)^ N/A. 


Substance of Interview including description of the general nature of what was agreed to if an agreement was 

reached, or any other comments: See attached Interview Agenda (11 pages) for discussion details. The applicant will 
further review the argument regarding claim 1 as presented in the Agenda. No agreement was reached for claim 1. 
Regarding claim 2. the examiner acknowledged that the proposed amendment clarifies the claim language . 

(A fuller description, if necessary, and a copy of the amendments which the examiner agreed would render the claims 
allowable, if available, must be attached. Also, where no copy of the amendments that would render the claims 
allowable is available, a summary thereof must be attached.) 

THE FORMAL WRITTEN REPLY TO THE LAST OFFICE ACTION MUST INCLUDE THE SUBSTANCE OF THE 
INTERVIEW. (See MPEP Section 713.04). If a reply to the last Office action has already been filed, APPLICANT IS 
GIVEN A NON-EXTENDABLE PERIOD OF THE LONGER OF ONE MONTH OR THIRTY DAYS FROM THIS 
INTERVIEW DATE, OR THE MAILING DATE OF THIS INTERVIEW SUMMARY FORM, WHICHEVER IS LATER, TO 
FILE A STATEMENT OF THE SUBSTANCE OF THE INTERVIEW. See Summary of Record of Interview 
requirements on reverse side or on attached sheet. 


LYNNEH. BROWNE 
SUPERVISORY PATENT EXAMINER 
TECHNOLOGY CENTER 2100 



Examiner Note: You must sign this form unless it is an 
Attachment to a signed Office action. 



U.S. Patent and Trademarit Office 
PTOL-413 (Rev. 04-03) 


Interview Summary 


Paper No. 06212006 


Summary of Record of Interview Requirements 
Manual of Patent Examining Procedure (MPEP), Section 713.04, Substance of Interview Must be Made of Record 

A complete written statement as to the substance of any face-to-face, video conference, or telephone interview with regard to an application must be made of record in the 
application whether or not an agreement with the examiner was reached at the interview. 

Title 37 Code of Federal Regulations (CFR) § 1.133 Interviews 
Paragraph (b) 

in every Instance where reconsideration Is requested in view of an Inten^iew with an examiner, a complete written statement of the reasons presented at the interview as 
warranting favorable action must be filed by the applicanl An intendew does not remove the necessity for reply to Office action as specified In §§ 1 .11 1 . 1 .1 35. (35 U.S.C. 132) 

37 CFR §1.2 Business to be transacted in writing. 
All business with the Patent or Trademartc Office should be transacted In writing. The personal attendance of applicants or their attorneys or agents at the Patent and 
Trademark Office is unnecessary. The action of the Patent and Trademark Office will be based exclusively on the written record in the Office. No attention will be paid to 
any alleged oral promise, stipulation, or understanding In relation to which there is disagreement or doubt 


The action of the Patent and Trademark Office cannot be based exclusively on the written record in the Office if that record is itself 
incomplete through the failure to record the substance of interviews. 

It is the responsibility of the applicant or the attorney or agent to make the substance of an interview of record in the application file, unless 
the examiner indicates he or she will do so. It is the examiner's responsibility to see that such a record is made and to correct material inaccuracies 
which bear directly on the question of patentability. 

Examiners must complete an Interview Summary Fomn for each interview held where a matter of substance has been discussed during the 
interview by checking the appropriate boxes and filling in the blanks. Discussions regarding only procedural matters, directed solely to restriction 
requirements for which Interview recordation is othenA/ise provided for in Section 812.01 of the Manual of Patent Examining Procedure, or pointing 
out typographical errors or unreadable script in Office actions or the like, are excluded from the interview recordation procedures below. Where the 
substance of an interview is completely recorded in an Examiners Amendment, no separate interview Summary Record is required. 

The Interview Summary Forni shall be given an appropriate Paper No., placed in the right hand portion of the file, and listed on the 
"Contents" section of the file wrapper. In a personal interview, a duplicate of the Fonm is given to the applicant (or attorney or agent) at the 
conclusion of the interview. In the case of a telephone or video-conference interview, the copy is mailed to the applicant's correspondence address 
either with or prior to the next official communication. If additional correspondence from the examiner is not likely before an allowance or if other 
circumstances dictate, the Forni should be mailed promptly after the inten/iew rather than with the next official communication. 

The Form provides for recordation of the following information: 

- Application Number (Series Code and Serial Number) 

- Name of applicant 

- Name of examiner 

- Date of interview 

- Type of interview (telephonic, video-conference, or personal) 

- Name of participant(s) (applicant, attorney or agent, examiner, other PTO personnel, etc.) 

- An indication whether or not an exhibit was shown or a demonstration conducted 

- An identification of the specific prior art discussed 

- An indication whether an agreement was reached and if so. a description of the general nature of the agreement (may be by 
attachment of a copy of amendments or claims agreed as being allowable). Note: Agreement as to allowability is tentative and does 
not restrict further action by the examiner to the contrary. 

- The signature of the examiner who conducted the interview (if Forni is not an attachment to a signed Office action) 

It is desirable that the examiner orally remind the applicant of his or her obligation to record the substance of the interview of each case. It 
should be noted, however, that the Interview Summary Fomri will not normally be considered a complete and proper recordation of the interview 
unless it includes, or is supplemented by the applicant or the examiner to include, all of the applicable items required below concerning the 
substance of the inten^iew. 

A complete and proper recordation of the substance of any inten/iew should include at least the following applicable items: 

1) A brief description of the nature of any exhibit shown or any demonstration conducted. 

2) an identification of the claims discussed, 

3) an identification of the specific prior art discussed, 

4) an identification of the principal proposed amendments of a substantive nature discussed, unless these are already described on the 
Interview Summary Fonn completed by the Examiner, 

5) a brief identification of the general thrust of the principal arguments presented to the examiner, 

(The identification of arguments need not be lengthy or elaborate. A vertjatim or highly detailed description of the arguments is not 
required. The identification of the arguments is sufficient if the general nature or thrust of the principal arguments made to the 
examiner can be understood in the context of the application file. Of course, the applicant may desire to emphasize and fully 
describe those arguments which he or she feels were or might be persuasive to the examiner.) 

6) a general indication of any other pertinent matters discussed, and 

7) if appropriate, the general results or outcome of the interview unless already described In the Interview Summary Form completed by 
the examiner. 

Examiners are expected to carefully review the applicant's record of the substance of an Interview. If the record is not complete and 
accurate, the examiner will give the applicant an extendable one month time period to correct the record. 

Examiner to Check for Accuracy 

If the claims are allowable for other reasons of record, the examiner should send a letter setting forth the examiner's version of the 
statement attributed to him or her. If the record is complete and accurate, the examiner should place the indication, "Interview Record OK" on the 
paper recording the substance of the interview along with the date and the examiner's initials. 
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US Patent and Trademark Office 

June 19, 2006 


TOTAI. NO. OP PAGES OaCLUDINO COVERi 

2116 

11 

FAXNUMBEIU 

AFPUCATTON SERIAL NOSt 

571.273.4236 

10/698,207 


10/675,624 


10/675,776 


10/698,128 


10/698,208 


10/674.838 

ENCLOSED! 

ATTOBNET DOCKET NO. 

Proposed agenda 

RPS920030115US4 


RPS920030115US1 


RPS920030115US2 


RPS920030115US3 


RPS920030114US2 


RPS920030114US1 


URGENT □ POR REVIEW □ PLEASE COMMENT O PLEASE REPLY □ PLEASE RECYCLE 


N OTES/COMMENTS: 

Dear Examiner Stoynov: 

Thank you for agreeing to conduct a teleconference regarding the above captioned patent 
applications on Wednesday, June 21, 2006 at 2:00 EDT. I will call Examiner Browne*s 
office (571.272.3670) at that time. 


This fex from die kw firm of Dillon &. Yudell LLP contains mfonnation lhat is confidential or privileged, or 
botli. This ij^fotmation is intended only fox the use of the individual ox entity naroed on this fax cover letter. 
Any disclosure, copying, distritution or U3e of this information by any person otihcr than the intended 
recipient is prohibited- If you have received this fax in error, please notify us by telephone immediatiely at 
512343.6116 so that we can arrange fbf the retrieval of the transmitted documents at no cost to you. 


8911 N. CAPITAL OF TEXAS HWY.. SUITE 2110, AUSTIN, TEXAS 78759 
512,343,6116 (V) • 512.343.6446 (F) • DILL0NYUDELL.COM 
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Attached is a new agenda, vihidi discusses a«)pUcations 10/698,208 and 10/674,838 as welL 
(Altlxough not cited, 6xtse applications are on similar technology as that (bund in applications 
10/675,776, 10/698,128, 10/675,624 and 10/698,207. 

If you have any pieliminEuy ideas for amendments tttat would promote allowance, 1 woiild 
be most appreciative of your input 

Best regards, 



Jim Boice 

Attorney for Applicants 
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Application 10/698,207 

Claim 1- 'binder tiie control of a remote supervisory computer connected via a hyper- 
secure link to a client computer, storing a list of trusted configuration servers in tiie cUent 
computer^* 

In other words, this element says that tiie list of trusted configuration serves in the client 
computer is stored by a remote supervisory computer. 

Zimmer fails to disclose storing a list of trusted configuration servers in the chent 
computer. However, at col. 2, lines 30-35, coL 3, liens 6-11, col. 4 Line 64 to col 5, line 
2, and col. 5, lines 13-22, Schell teaches that a NIC can store addresses of trusted servers, 
which are compared to the source address of incoming packets. 

The limitation that is still not taught or suggested is that of having a remote snnervisorv 
computer perform the storage of the Ust in the client computer. Rather, this stojcage is 
part of the initiaUzation that is performed locally by the client compute. As stated at col. 
6, lines 8-20: 

" Initialization continues with step 124 wherein the CPU executes the 
program instructions resident in the NIC BIOS 65 CFIG. 3) to initialize the 
hardware in the NIC> Following hardware initialization^ the CPU 
downloads the pre-boot modules from the server in step 126 and in step 
128, executes these pre-boot modules to perfoim the identification and 
authorization function associated with the login process described in FIG, 
6. In addition the CPU loads the registers of the NIC's s end address 
confirmation circuitry 66 and the receive address confirmation circuit 88 
fFlG, 3^ with values stored ra the NIC BIOS ROM. 1q an alternative 
embodiment, the pre-boot modules may be stored in the NIC BIOS.** 
(emphasis added^ 

That is, the information as to which server is to be trusted comes NOT fi:om a remote 
supervisory computer, but firom the client computer itself (i.e., JBrom the client computer's 
NIC BIOS). 

Claim 2. **upon a determination that the responding configuration server is not on a hst 
of trusted configuration servers, providing the configuration parameters directiy fix>m one 
of the servers on the hst of trusted configuration servers" 

ScheJl is cited for teaching the discarding of packets that are firom untrusted locations, 
and accepting only packets firom trusted locations. There is no teaching or suggestion of 
getting a configuration parameter from a server that is selected firom tiie list of trusted 
configuration servers. That is, Schell examines the source address of incoming packets, 
while Claim 2 relates to the chent computer choosing a server to make a call to. Would 
the following claim language clarify this? 
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" upon a d e t e miinatiotL in response to determining^t hat the responding 
configxiration server is not on a list of trusted configuration servers, [[providing]] 
selecting, by the client computer, tho oonfiomation parom e t e rp dir e otlv firom a selected 
server from o ne of the servers on the list of trusted configuration servers;.and 

regnefltiTip ; the nnnfi^iration Parameters fiom the selected server." 

(This feature is supported by Figure 3, blocks 318 and 308). 
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AiiDlications 10/675.624 

This invention provides a solution to the problem of obtaiiijjag an IP address from an 
unauthorized DHCP server. 

Claim 3 > "upon detennining that the responding configuration server is not on the list of 
trusted configuration servers, generating an alert... of an unauthorized configuration 
server"^ 

Zimmer is cited at paragraph [0044]. This paragraph talks about sending a message to an 
adiiiimstrator if no boot option offers were received. Claim 3 is directed to sending a 
message to an administrator if the responding configuration server is not on the trusted 
Ust. While the client computer may end up in the same condition (not getting a boot), 
teaching a possible result is not liie same as teaching a limitation. 

Claim 4 , '^ipon detemiining that the responding configuration server is not on the 
list of trasted configuration servers, sending tide request for the configuration parameter 
firom the computer to a server from the list of trusted configuration servers." 

See discussion above for Claim 2 of Application No. 10/698,207. 

Would the following language aid in promoting this claim to allowance? 

"[[upon]] in response to d etermining that the responding configuration server is 
not on a list of trusted configuration servers, sending the request for the configuration 
parameter from the computer to a server from the list of trusted configuration servers 
selecting, bv the client computer, a selected server irom one of the servers on the list of 
trusted configuration servers: and 

requesting the configuration parameters from the selected server, 
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Aoolicatjon 10/674,776 

This invention addresses the problem of using an unfiltered network boot program. 
Claim 1. 

As none of the cited art is directed to a remote supervisor c nnfTnlli'tip; the storage of a list 
of trusted PXE boot program servers, would including the following limitations (as 
supported in the specification in the summary and paragraph [0017] in application 
10/674,776) help? For example, Claim 1 in 10/674.776 would read: 

L A service for managing a network boot of a client computer, the method 
comprising: 

storing a list of trusted Pre-boot execution Ep vimTiTnent (PlCP) boot program 
servers in an interface service card coupled to a client computer on a network^ tibie 
interface service card also being coupled to a hyper-secure remote service network that 
includes a remote supervisor^ wherein the remote supervisor controls the storage of 
the list of trusted ?XE boot program servers in the interface service card: 

broadcasting a request for a boot program from the client computer to a network 
of PXE boot program servers; 

receiving a response to the request for the boot program at the client computer, 
the response being from a responding boot program server on the network of PXE boot 
program servers; 

comparing ajx identity of the responding boot program server with the Ust of 
trusted PXE boot program servers; and 

upon verifying that the responding boot program server is on the Ust of trusted 
PXE boot program servers, requesting and downloading onto the client computer a boot 
program from the responding PXE boot program server. 

Claims . *Sipon determining that the responding boot program server Is not on the Ust of 
trusted boot program servers, generating an alert... of an unauthorized boot program 
server on the network of boot program servers" 

See discussion above for Claim 3 in Application No. 10/675,624. Note also the limitation 
of the unauthorized server being "on the network of boot program servers. " 
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Application 10/698,128 
Claim 1 

Similar argument as found above for Claim 1 of Application No. 10/674,776. Thus, 
Claim 1 for Application 10/698 J 28 would read: 

1. A method for managing a network boot of a client computer, the method 
coixiprising: 

storing a list of trusted Pre-boot execution Environment (PXE) boot program 
servers in an interface service card cotipled to a client computer on a network, the 
interface service card also being coupled to a hyper-secure remote service network that 
includes a remote supervisor, wherein the remote supervisor controls the storage of 
the list of trusted PXE boot program servers in the interface service card: 

broadcasting a request for a boot program from the client computer to a network 
of PXE boot program servers; 

receiving a response to the request for the boot program at the client computer, 
the response being from a responding boot program server on the network of'S2^hoot 
pmgram servers; 

comparing an identity of the responding boot program server with the list of 
trusted PXE boot program servers; and 

upon veiiiying that the responding boot program server is on the list of trusted 
PXE boot program servers^ requesting and downloading onto the cUent computer a boot 
program fix)m the responding PXB boot program server. 

Claimi 3 . "upon determiniag that the responding boot program server is not on the list of 
trusted boot program servers, generating an alert... of an unauthorised boot program 
server on the network" 

See discussion above in Claim 3 of Application iVb. 10/675,624. Note also the limitation 
of the illegal server being "on the network. " 
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Application No. 10/698.208 

Claim ;i. "generating an alert to a designated adniimslrator server of a presence of an 
unauthorized management server on the network of management servers" 

Frye is cited at paragraph [0047] for this teaching. However, paragraph [0047] of Frye 
discusses a console monitor, on a PXB server, which shows which client computers are 
using tiie PXE server. There is no teaching or suggestion of '^an alert^* heing generated, 
particularly with regards to "a presence of an unauthorized management server." 
Furfhennore, Frye shows client computers being monitored, not management (e,g., PXE) 
servers. 

Claim 2 . "an information technology services organization logically oriented between 
the different types of boot program servers and the server blade" 

This feature is described in Figure 4 and paragraph [0026] of the present specification. In 
brief, a centralized service (such as IBM's Global Services) acts as a clearinghouse/filter 
for different PXB servers, sending the PXE boot request fi:om the blade server to the 
appropriate PXE serv^. 

Schell is cited at col. 2^ lines 3-11. However, Schell is directed to a NIC being 
programmed to accept packets only fix»m trusted sources (see discussion above). There 
does not seem to be any suggestion of a service such as IGS that acts as a 
clearinghouse/filter between Ihe client blade server and the PXE servers. 

Claim 3. fnew^ The method of claim 2, wherein the information technology 
services organization enables a single luformation Technology QX) service organization 
assigned systems manager to manage various deployment server types, maintain 
permission lists for each PXE boot program server type, monitor a network for 
unauthorized DCHP/PXE servei^, and shut down network ports of unauthorized 
DHCP/PXE servers. 
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Page -7- 


PAGE9/irRCVDAT6/19/20066:11:30PM [Eastern Daylight riine]'SVR:USPTO{FXRF«32'DNIS^ 


JUN/19/2006/MON 05:09 PM DILLON & YUDELL. LLP FAX No. 5123436446 

Agenda for Wednesday, June 21, 2006 at 2:00 EDT. 


P. 010 


Application No. 10,674.838 

Claim 3 . "generating an alert to a designated administrator server of a presence of an 
unauthorized management server on the network of management servers" 

Frye is cited at paragraph [0047] for this teaching. Howev^, paragraph [0047] of Frye 
discusses a console raonitoij on a PXE server, which shows which client corapiiters are 
using the PXE server. There is no teaching or suggestion of "an alert** being generated, 
particularly with regards to the ^^resence of an unauthorized management server on the 
network of management servers." Furthermore, Frye shows client computers being 
monitored, not management (e.g., PXE) servers. 

Schell is also cited at coL 5, lines 20-22. However, this passage only describes how 
packets from untrusted locations are discarded. There is no teaching or suggestion of 
generating an alert regarding an unauthorized management server. 

Claim 7 . "an information technologv services organization logically oriented between 
the different types of boot program servers and the server blade" 

This feature is described in Figure 4 and paragraph [0026] of the present specification. In 
brie^ a centralized service (such as IBM's Global Services) acts as a clearin^ouse/filter 
for different PXE servers, sending the PXE boot request from the blade server to the 
appropriate PXE server. 

Schell is cited at col. 2, lines 3-U. As noted above with reference to AppUcatLon No. 
10/698,208, Schell is directed to a NIC being programmed to accept packets only from 
trusted sources (see discussion above). There does not seem to be any suggestion of a 
sendee such as IGS that acts as a clearinghouse/filter between flie client blade server and 
the PXE servers. 
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Frye is also cited at paragrapli [0022]. Frye teaches a boot server 130 and a target 
computer 110, but no intennediate "infoimation technology services organization/' 

Claim 22* fnew> The method of claim 7, wh^in ttie information technology 
services orgaoization enables a single Information Technology (IT) service organization 
assigned systems manager to manage various deployment server types, maintain 
permission lists for each PXE boot program server type, monitor a network for 
unauthoiized DCHP/PXE servers, and shut down network ports of unauthorized 
DHCP/PXE servers. 

Can we discuss proposed new Claim 22? Support is found in paragraph [0026],) 
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